Multi-RSA / Single-RSA / Compress ( Disable / Enable / Level )
ระบบรักษาความปลอดภัยสำหรับ JiniSoft Engine Backup จะใช้แบบ Multi-RSA ซึ่งเป็นวิธีการผสม Public Key หลาย ๆ ตัว ตามลำดับของการ log-in ( user ) หลาย ๆ ชั้น หลาย ๆ คน
ลงไปในข้อมูลที่ถูก Compress แล้ว และในการ Backup แต่ละครั้ง จะเป็นการรวม Page ของ TABLE หลาย ๆ Page หรือหลาย ๆ TABLE ไว้ใน File เดียวกัน ซึ่งจะไม่มีใคร คนใดคนหนึ่ง
( แม้แต่คนพัฒนา JiniSoft Engine ) ก็ไม่สามารถถอด ระบบการรักษาความปลอดภัยแบบนี้ไปได้
ระบบรักษาความปลอดภัยสำหรับ JiniSoft Engine Process จะใช้แบบ Single-RSA ซึ่งเป็นวิธีการผสม Public Key ลงไปในข้อมูล
( ซึ่งข้อมูลอาจจะถูก Compress หรือไม่ก็ได้ ขึ้นอยู่กับขนาด และประเภทของข้อมูล ) ซึ่ง Public Key จะถูกสร้าง ในการติดตั้ง JiniSoft Engine ครั้งแรก
( ขึ้นอยู่กับ Serial NO. ของ JiniSoft Engine ด้วย และ Serial NO. เดียวกัน ติดตั้งแต่ละครั้งจะได้ค่าไม่เท่ากัน )
การ Compress จะมีหลายตัวเลือกในการกำหนด Level เช่น Disable ( Level = 0 ) และ Enable ( Level =1 - 9 ) ขึ้นอยู่กับประเภทของ JiniSoft Engine
เช่น MediaBase, ProcessBase และขึ้นอยู่กับ Performance, Traffic และ Storage ซึ่ง Intelligent Management จะหาจุดที่ให้ความเร็วสูงสุด
โดยเฉพาะอย่างยิ่ง Storage จะมีผลต่อวิธีการ Compress มากที่สุด เช่น การ Compress ข้อมูลแบบ Distributed-I/O และ Jiro Technology
จะมีผลต่อความเร็ว แต่เป็นแบบ JDO และ JDBC จะไม่มีผลต่อความเร็ว เป็นต้น
Multi-Password
ข้อมูลบาง Record ต้องการความปลอดภัยสูง ต้องการให้กำหนด สิทธิในการเข้าถึงข้อมูล ด้วย Uers มากกว่า 1 คน หรือ Password มากว่า 1 ชั้น
จะต้องมีการใส่รหัสผ่านในทุกระดับตามลำดับที่ได้กำหนดไว้ เช่น คุณมีเงินอยู่ในตู้เซฟซึ่งตั้งอยู่ในห้องนอนภายในบ้านแล้ว ถ้าคุณต้องการที่เอาเงินจากตู้เซฟ
คุณจะต้องไปบ้านเพื่อจะเปิดประตู แล้วตรงไปที่ห้องนอนเพื่อที่จะเปิดตู้เซฟนั้นอีกทอดหนึ่ง จะเห็นได้ว่าถ้าเปรียบเงินเหมือนกับ Record แล้วคุณจะต้องมีการใส่รหัสผ่านหลายระดับเพื่อที่จะเข้าไปยัง Record นั้นๆ
Row
ทุกครั้งเมื่อมีการสร้าง Transaction ระบบจะอัตโนมัติใส่ Field ต่อไปนี้ usercreate, userupdate, timecreate, timeupdate, ipcreate, ipupdate
เพื่อเก็บไว้สำหรับการตรวจสอบ Transaction นั้นๆ และ JiniSoft Engine จะทำการตรวจสอบ Field ดังกล่าวก่อนที่จะให้มีการ Insert หรือ Update Transaction นั้นๆ
รวมถึงสิทธิในการที่จะ Update หรือ Query ด้วย โดยตรวจสอบจาก Fiel ของ UserCreate, Populace, Department และ Security ซึ่งอาจะมีผลให้ ผู้ใช้ตามกัน จะได้ผลใน Query ไม่เหมือนกัน
Column
จะเป็นการกำหนด สิทธิในการ Update หรือ ดูดข้อมูล ( SELECT ) จาก Query ไว้ใน Config ของ TABEL